home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 6773 < prev    next >
Encoding:
Text File  |  1996-08-05  |  1.3 KB  |  33 lines

  1. Path: sun001.spd.dsccc.com!spd!jmccarty
  2. From: jmccarty@spd.dsccc.com (Mike McCarty)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Newbie Q: Arrays > 64K?
  5. Date: 15 Feb 1996 00:54:42 GMT
  6. Organization: DSC Communications Corporation, Plano, Texas USA
  7. Message-ID: <4fu08i$kmd@sun001.spd.dsccc.com>
  8. References: <4f3ajc$oud@earth.superlink.net> <harmon.823680121@pegasus.montclair.edu>
  9. NNTP-Posting-Host: aplo139.spd.dsccc.com
  10.  
  11. In article <harmon.823680121@pegasus.montclair.edu>,
  12. Derek Harmon <harmon@pegasus.montclair.edu> wrote:
  13. )** Quoting a message by <rizzom@superlink.net> dated <4-Feb-1996>:
  14. )>   I am using Turbo C++ 3.0 in DOS.  I would just like to know
  15. )> how to declare an array that is larger than 64K.  I have tried
  16. )> all of the memory models available
  17. )   If DOS won't let you, you need to break them down into manageable
  18. )chunks.  While the following abandons the type declaration orthodoxy,
  19. )I have found it to work reasonably well.  You will need to compile
  20. )under at least the Large memory model to benefit from this approach:
  21.  
  22. It has nothing to do with DOS. It has to do with the compiler. You need
  23. to investigate the "huge" keyword. I'm not talking about the "huge"
  24. model, I mean the keyword.
  25.  
  26. Mike
  27. ----
  28. char *p="char *p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}
  29.  
  30. I don't speak for DSC.         <- They make me say that.
  31.